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[57] ABSTRACT 

A method for installing and/or testing software for a build- 
to-order computer system includes reading a plurality of 
component descriptors from a computer readable file. At 
least one component descriptor describes a respective com- 
ponent of the computer system. A plurality of steps are 
retrieved from a database, at least one step being associated 
with a respective component descriptor. A step also includes 
a respective sequence number. The plurality of slops arc 
sequenced in a predetermined order according to the 
sequence numbers to provide a step sequence. The step 
sequence includes commands for installing and/or testing 
software upon the computer system. 
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SOFTWARE INSTALLATION AND TESTING 
FOR A BUILD-TO ORDER COMPUTER 
SYSTEM 



This application relates to U.S. patent application Ser. No. 
08/921,438, attorney docket number M-5216 US, filed on 
even date herewith, entitled Database For Facilitating Soft- 
ware Installation And Testing For A Build-To-Order Com- 
puter System and naming Richard D. Amberg, Roger W. 
Wong, and Michael A. Brundridge as inventors, the appli- 
cation being incorporated herein by reference in its entirety. 

This application relates to U.S. patent application Ser. No. 
08/920,773, attorney docket number M-5217 US, filed on 
even date herewith, entitled Software Installation And Test- 
ing For A Build-To-Order Computer System and naming 
Richard D. Amberg, Roger W. Wong, and Michael A. 
Brundridge as inventors, the application being incorporated 20 
herein by reference in its entirety. 

BACKGROUND 

1. Field 

The present embodiment relates to computer system diag- 
nostics and more particularly to a method for sequencing 
software installation and/or testing steps for a computer 

2. Description of the Related Art 

Personal computer systems in general and IBM compat- 
ible personal computer systems in particular have attained 
widespread use for providing computing power to many 
segments of society. A personal computer system can usually 
be defined as a desk-top, floor-standing, or portable micro- 35 
computer that includes a system unit having a system 
processor and associated volatile and non-volatile memory, 
a display monitor, a keyboard, one or more diskette drives, 
a fixed disk storage device and an optional printer. 

It has been known to install software and to perform tests 40 
on computer systems before they are shipped to businesses 
or individual customers. The goal of software installation 
and testing is to efficiently produce a useful, reliable com- 
puter system which may be delivered to businesses and 
individuals free from errors and ready to run. In general, 45 
testing detects and analyzes errors that occur in both the 
hardware and software portions of the computer system. A 
partial list of computer system hardware tests might include 
diagnostics upon hardware components such as a processor, 
memory, a disk storage device, an audio device, a graphics so 
device, a keyboard, a mouse, and a printer. Software instal- 
lation often includes loading a desired package of software 
onto the computer system, preparing appropriate environ- 
ment variables for the computer, and preparing appropriate 
initialization files for the loaded software. Software testing 55 
often includes making sure that a desired version of software 
has been installed onto the computer system and that appro- 
priate drivers are present on the computer system. 

It has been known in the industry to install software and 
to test computer systems during manufacture by performing 60 
a fixed procedure before they are shipped to customers. For 
instance, a diskette containing certain diagnostic tests for a 
certain type of computer system is created. The diskette 
includes lengthy, often-complicated batch files which direct 
the software installation and diagnostic processes. The dis- 65 
kette further contains all the executable files for performing 
tests on the computer system being purchased. 



Each computer system being built is provided with a 
respective copy of this diskette. These diskettes accompany 
the computer systems being built around a factory floor 
during the manufacturing process, tests being run on the 
respective computer system according to the order inherent 
in the batch file. If a modification needs to be made to the 
process, the batch file is correspondingly changed by adding 
to or removing portions from the batch code. That change to 
the batch file results in a corresponding change to testing 
parameters (including the sequence in which the tests are 
run) of each subsequent computer system being 
manufactured, for each computer system shares the same 
batch file diagnostic procedure. 

While diagnostic arrangements of this kind have exhibited 
some degree of usefulness in increasing the reliability of 
computer systems prior to shipment, room for improvement 
remains. For instance, as testing continues to become more 
complicated and thorough, batch files and executable files of 
the diagnostic tests often exceed the storage capabilities of 
a diskette. Furthermore, it is often difficult or impossible to 
customize testing and software installation procedures for a 
single build-to-order computer system or for a certain family 
of computer systems without modifying the testing for other 
systems or families. Moreover, it is difiScult or impossible to 
modify the order of software installation or testing for a 
single build-to-order computer system or for a certain family 
of computer systems without modifying the order for other 
systems and families. Finally, the often-complicated nature 
of current batch file structures sometimes makes it diflScult 
for manufacturers to troubleshoot or maintain testing and 
software inslallalion procedures quickly and efiSciently. 
Correspondingly, it would be desirable to devise an 
improved method for installing software and testing com- 
puter systems before they are shipped to customers. 

SUMMARY 

A method for installing and/or testing software for a 
build-to-order computer system includes reading a plurality 
of component descriptors from a computer readable file. At 
least one component descriptor describes a respective com- 
ponent of the computer system. A plurality of steps are 
retrieved from a database, at least one step being associated 
with a respective component descriptor. A step also includes 
a respective sequence number. The plurality of steps are 
sequenced in a predetermined order according to the 
sequence numbers to provide a step sequence. The step 
sequence includes commands for installing and/or testing 
software upon the computer system. 

In preferred embodiments, a first step sequence of a first 
computer system may be modified independent of a second 
step sequence of a second computer system. Additionally, 
the database may be configured to associate a first sequence 
of steps with a first family of computer systems and a second 
sequence of steps with a second family of computer systems. 
The first sequence of steps may be modified independent of 
the second sequence of steps. 

In another aspect, a method for installing and/or testing 
software includes receiving an order for a computer system, 
the computer system to be manufactured to include a plu- 
rality of components. The order is converted into a computer 
readable system descriptor record which is descriptive of the 
pluraHty of components. The system descriptor record is 
read with a computer. A plurality of steps are retrieved from 
a database, a step being associated with a respective com- 
ponent. A step also includes a respective sequence and phase 
nimiber. The plurality of steps are sequenced in a predeter- 
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mined order in accordance with the respective sequence 
numbers and phase numbers to provide a step sequence. The 
step sequence includes commands for instalKng and/or test- 
ing software upon the computer system during phases of 
manufacture. The phases of manufacture correspond to 
respective phase numbers. 

In yet another aspect, a method for sequencing software 
installation includes receiving an order for a computer 
system, the computer system to be manufactured to include 
a plurality of components. The order is converted into a 
computer readable system descriptor record which is 
descriptive of the plurality of components. A modification to 
the system descriptor record is permitted using a system 
descriptor patch. The system descriptor record is read with 
a computer. A plurality of derived objects corresponding to 
the plurality of components is created. With the derived 
objects, a plurality of steps from a database are retrieved. 
Each step is associated with a respective component and 
includes a respective sequence number and phase number. 
The plurality of steps are scqucnctd in a predetermined 
order in accordance with the respectiv e sequence numbers 
and phase numbers to provide a step sequence. A modih- 

sequence patch. The step sequence is written to a cdnipiiler 
readable text file. Ihe text lile inchides cDinmantls loi 
installing software upon the computer system during phases 
of manufacture, the phase ot manufacture corresponding to 
respective phase numbers. 

Preferably, the step sequence is adapted to provide tor 
commands repeatable for a defined length of time. It is also 
preferred that the step sequence be adapted to provide for 
commands repeatable for a defined number of iterations. 

The described method thus provides for effective 
sequencing of software installation and computer testing 
which allows for straightforward troubleshooting and cus- 
tomization of build-to-order computer systems. The modular 
design of the sequencing advantageously allows for elemen- 
tary maintenance of a testing system and for the rapid 
creation of steps Ibr new computer systems and families. 

These and other objects, features and advantages of the 
disclosures wiU be further described and more readily appar- 
ent from a review of the detailed description of the preferred 
embodiments which follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram showing software instal- 
lation and testing. 

FIG. 2 is a schematic diagram of software installation and 
testing according to another embodiment. 

FIG. 3A is a flowchart lor converting a computer order 
into a system descriptor record according to the present 

FIG. 3B shows a portion of an example computer order. 
Base Assembly Record (BAR) file, and system descriptor 

FIG. 4 is a flowchart for creating and providing a step 
sequence. 

FIG. 5 is a more detailed flowchart for creating a step 
sequence. 

FIG. 6 shows a structure of a database. 

FIG. 7 is a flowchart for modifying a system descriptor 
record and step sequence. 

FIG. 8 shows an example of a step file before being 
executed. 

FIG. 9 shows the exemplative step file after being 
executed. 
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FIG. 10 is a flowchart of the operation of a program for 
executing a step sequence. 

FIG. 11 is a more detailed flowchart of the operation of the 
program of FIG. 10 for executing a step sequence. 

DETAILED DESCRIPTION 

The foUowing sets forth a detailed description of the best 
contemplated mode for carrying out the invention. The 
description is intended to be illustrative and should not be 
^ taken to be limiting. In the drawings, like or similar elements 
may be designated by the same reference numeral. In the 
description, a module is defined as a command or set of 
commands. 

FIG. 1 is a schematic diagram of software installation and 
testing system 90. In operation, order 92 is placed to 
purchase biiild-to-order target computer system 160. Target 
system 160 is to be manutactured to contain a plurality ot 
hardware and software components. For instance, target 
system 160 might include a certain brand ot hard drive, a 
particular type ot monitor, a certain brand ot processor, and 
a particular version ot an operating system. Before target 
system 160 is shipped to the customer, the plurality of 
components are installed and tested. Such software instal- 
lation and testint!, advantai^eously ensures a rehable, work- 
int!, computer system which is ready-to-run upon being 
received. 

Because difterent families ot computer systems and dif- 
ferent individual computer components require different 

30 software mstallation and testing steps, it is necessary to 
determine which tests need be run on target system 160 and 
in what order those tests should be executed so as to achieve 
an effective software installation and testing process. Step 
maker 140 is a computer system configured to sequence the 

35 software installation and testing steps to be run on target 
system 160. To sequence the software installation and/or 
testing steps, step maker 140, and more particularly, 
sequencing program 204 residing on step maker 140, first 
reads a plurality of component descriptors from descriptor 

4Q tile 96. Descriptor file 96 is provided by converting an order 
92, which corresponds to a desired computer system having 
desired components, into a computer readable format via 
conversion module 94. 

Component descriptors are computer readable descrip- 

45 tions of the components of target system 160 which com- 
ponents are defined by the order 92. In the preferred 
embodiment, the component descriptors are included in a 
descriptor file called a system descriptor record which is a 
computer readable file containing a listing of the 

50 components, hardware and/or software components, to be 
installed 170 onto target system 160. Having read the 
plurality of component descriptors, sequencing program 204 
retrieves a plurality of software installation and/or testing 
steps corresponding to the component descriptors from 

55 database 100 over network connection 110. Network con- 
nection 110 may be any network connection well-known in 
the art, such as a local area network, an intranet, or the 
internet. The information contained in database 100 may be 
updated through a modification depicted by arrow 130. 

60 Having retrieved the software installation and/or testing 
steps appropriate for target system 160, sequencing program 
204 sequences the steps in a predetermined order according 
to sequence numbers corresponding to each step. Having 
sequenced the steps required for target system 160, sequenc- 
es ing program 204 writes a series of output files to step disk 
150. In the embodiment set forth in FIG. 1, the output files 
include text files containing command lines appropriate for 



5,995,757 

5 6 

executing the appropriate software installation and/or testing ordering formats are possible as well as different order 

steps upon target system 160. The execution is performed in delivery mechanisms. For example, orders for a target 

the predetermined order according to the sequence numbers computer system may be placed by telephone, by mail, or 

corresponding to each step. Step disk 150 accompanies over computer networks (e.g., over the internet). Regardless 

target system 160 on the factory floor where tests are run 5 of the means of taking or the form of the order, the order 

directly from step disk 150 or, alternatively, from file server includes the type of target computer system which a cus- 

190, connected to target system 160 via network connection tomer desires to purchase and, possibly, an explicit listing of 

180. Preferably, network connection 180 is a generic net- the particular components the customer wishes that target 

work device plugged into a corresponding network port of computer system to include. After the order is received, 

the target computer system. Following the execution of the control transitions to transmit module 310 during which the 

software instaUation and testing steps, results of the instal- target computer system order is transmitted over a computer 

lation and tests are logged back to file server 190 over network to a manufacturing system (not shown) which 

network connection 180. produces the target computer system. The target computer 

FIG. 2 is a schematic diagram of software instaUation and system order is also provided to the software installation and 

testing system 192 pursuant to another embodiment of the testing system where it is piped into a conversion program 

present invention. A customer places order 92 to purchase in module 320. The computer network used in module 310 

build-to-order target computer system 160. Target system may be of any type well-known in the art. 

160 is to be manufactured to contain a plurality of compo- The conversion program converts the target computer 

nents which components may include both hardware and/or system order to a record useful for the manufacturing 

software components. Before target system 160 is shipped to process. More specifically, the conversion program converts 

the customer, the plurality of components are installed and the computer order first into a record called a BAR file at 

tested. Such installation and testing advantageously ensures module 330. Preferably, the BAR file contains a unique 

a reliable, working computer system which is ready-to-run identifier which identifies the specific target computer sys- 

upon being received by the customer. tem being manulactured. The BAR file also contains a 

To sequence the software installation and testing steps, 2s delailctl listing oi' components, which may include both 

sequencing program 204 reads a plurality of component hardware and soltware, to be included with the target 

descriptors from descriptor file 96. Order 92 is converted system. Further, it is desired that the BAR file contain 

into descriptor file 96 via conversion module 94. Component manufacturer-specific part numbers or other useful identifi- 

descriptors are computer readable descriptions of the com- ers for each component. Finally, the BAR file may contain 

ponents of target system 160. In the preferred embodiment, 30 customer-specific information such as name, address, and 

the component descriptors are included in a descriptor flic phone number. 

called a system descriptor record, a computer readable file following the creation of the BAR lilc in module 330, a 
containing a listing of each component, both hardware and system descriptor record is created at mochile 340. A system 
software, to be installed onto target system 160. The system descriptor record, in the preferred embi)diment, is a 
descriptor record may be stored directly on file server 202. 35 computer-readable file which is descriptive of the hardware 
Sequencing program 204 retrieves a plurality of software and software components to be included with the target 
installation and/or testing steps corresponding to the com- computer system. In a preferred embodiment, the system 
ponent descriptors from database 100. Having retrieved the descriptor record contains a list of components of the target 
appropriate software installation and/or testing steps for system in a format including hardware tags, software tags, 
target system 160, sequencing program 204 sequences the 40 information tags, and comments. Ahardware tag identifies to 
steps in a predetermined order according to sequence num- sequencing program 204 that information following the tag 
bers corresponding to each step. Having sequenced the steps relates to a hardware component . Similariy, the software tag 
required for target system 160, sequencing program 204 identifies information following the tag as being related to a 
directs the execution of the software installation and testing software component. The information tag indicates that 
steps upon target system 160 in the predetermined order via 45 general information is to follow. Comments allow for vari- 
network connections 195 and 180. It is desired that network ous statements to be included into the system descriptor 
connection 200 be a generic network device plugged into a record which are ignored by sequencing program 204. It is 
corresponding port of target system 160. Network 195 may desired that the system descriptor record be a text file which 
be any communication connection well-known in the art. is human-readable and easy to understand. Such a file 
Following the execution of the software installation and/or 50 advantageously allows for easy troubleshooting and main- 
testing steps, resuhs of the installation and tests are logged tenance of the installation and testing process. It will be 
back to file server 202 over network connection 200 or appreciated that the system descriptor record could be any 
stored within an appropriate database. As apparent from the list of unique identifiers that correspond to a unique set of 
illustration, there is no need for separate step maker com- tokens, for example, in a simple example, the system 
puter system 140 of FIG. 1. Additionally, step disk 150 is not 55 descriptor record may be a Hst of part numbers, 
necessary. Rather, only boot disk 220, which is configured to piG. 3B shows an example target computer system order 
boot target system 160, is needed to accompany target 350, a corresponding BAR file 360, and a corresponding 
system 160 on the factory floor. system descriptor record 370. Target computer system order 

Having generaUy described flie software installation and 350 contains the name of a computer family, in this 

testing systems, attention wfll now be turned to describing eo illustration, family "X". Also included in target computer 

the operation of the systems set forfli in FIGS. 1 and 2 in system order 350 are three exemplary hardware components 

more detail. including a Pentium® processor, a hard drive, and a monitor. 

FIG. 3A depicts the preferred process in which an order BAR file 360 results from running target computer system 

for a computer system is converted into a computer readable order 350 through a conversion program as depicted in 

system descriptor record. More specificaUy, in item 300, an 65 module 320 of FIG. 3A. BAR file 360 contains a unique 

order is received for a target computer system. This order identifier for the specific target computer system within 

maybeinanyoneofcountlessforms. For instance, different family X. BAR file 360 also includes the manufacturer- 



specific part numbers for each of the components listed in 
the target computer system order. Further, BAR file 360 
contains an identifier indicating the quantity desired of each 
component as well as a text description of each component 
to be included on the target computer system. Svstem 90 ^ 
uses BAR File 360 to create system descriptor record 370. 

As illustrated, the system descriptor record 370 also 
contains the unique identifier for the specific target computer 
system within family X. Moreover, the system descriptor 
record 370 contains appropriate tags, here indicating that the jq 
processor, hard drive and monitor are all hardware, rather 
than software, components. The system descriptor record 
370 describes those components in a text description. 
Additionally, the exemplative system descriptor record 370 
contains a software tag indicating that certain software 
should be installed or tested on the target computer system 
belonging to family X. For example, the software tag might 
indicate that a certain operating system appropriate for the 
Pentium® processor always be installed onto the hard drive 
of the target computer system belonging to family X. 

In FIG. 4, the preferred general method for sequencing 
software installation and testing steps is set forth. In module 
400, the imique identifier of the target computer system is 
generated for the target computer system 160. In the 
embodiment depicted in I'lG. 1, a user sitting at step maker 25 
computer system 140 provides the unique identifier (e.g., the 
BAR identifier which functions as a tracking code) into 
sequencing program 204 of step maker 140. Alternatively, in 
the embodiment of FIG. 2, the unique identifier is automati- 
cally read into sequencing program 204 after the target 30 
computer system order is received. 

In module 410, a system descriptor record corresponding 
to the BAR identifier is located. In the embodiment of FIG. 
1, either network connection 1 10 or network connection 195 
locates the system descriptor record. In the embodiment of 35 
FIG. 2, network connection 195 locates the system descrip- 
tor record. In module 420, the located system descriptor 
record is provided to sequencing program 204. In the FIG. 
1 embodiment, the sequencing program resides on step 
maker computer system 140 while in the FIG. 2 40 
embodiment, the sequencing program resides upon file 
server 202. Sequencing program 204 works in conjunction 
with database 100 (of FIGS. 1 and 2) to sequence software 
installation and testing steps for target computer system 160. 
Once the software installation and testing steps appropriate 45 
for the particular target computer system are sequenced, 
sequencing program 204 produces output files as depicted in 
module 430. 

In the embodiment depicted in FIG. 1, the output files are 
preferably written to step disk 150 (see FIG. 1) in six 50 
separate files 440. Those files include (1) a step file, (2) a 
Setenv.bat file, (3) a Qt.txt file, (4) an Et.txt file, (5) an 
Etlast.txt, and (6) an Ft.txt file. It is desired that the step file 
be an ASCII text file including a Ust of appropriate command 
lines for executing the software installation and testing steps 55 
for the target computer system being ordered. In a preferred 
embodiment, the step file also includes commands which 
may be looped. More specifically, the step file allows 
commands to be repeated for a defined number or iterations 
or for a defined length of time. Such a format advanta- 60 
geously allows for software installation or testing steps to be 
repeated in a calculated, predetermined manner. The Seten- 
v.bat file preferably sets environment variables on the target 
computer system. It will be appreciated that in a mode of 
operation, only the Step file and the Setenv.bat file are 65 
necessary for installation and testing. The Step file and the 
Setenv.bat file are ASCII text script files containing a list of 



appropriate command lines for executing the installation and 
testing steps for the target computer system. The Qt.txt, 
Et.txt, Etlast.txt, and Ft.txt files are preferably all ASCII text 
files containing a list of appropriate command lines for 
executing the software installation and testing steps for the 
target computer system in the Quick Test (Qt), Extended 
Testl (Et), Extended Test2 (Etlast), and Final Test (Ft) 
phases of manufacture of the target computer system. 

In the embodiment of FIG. 2, on the other hand, output 
files are not written to a step disk as depicted in FIG. 1. 
Instead, the output files reside upon file server 202 or file 
server 190, where they are used to direct the execution of the 
software installation and/or testing steps upon target com- 
puter system 160. 

FIG. 5 depicts a more detailed schematic of the operation 
of sequencing program 204 depicted in FIGS. 1 and 2. In 
module 500, a system descriptor record corresponding to 
target computer system 160 is provided to sequencing pro- 
gram 204. In module 510, a component descriptor is read 
from the system descriptor record. Each component descrip- 
tor describes a respective component, hardware or software, 
of the target computer system. 

Turning to FIG. 3B, the line of the system descriptor 
record including the Pentium® processor in module 370 is 
an example component descriptor. In module 520, sequenc- 
ing program 204 instantiates a plurality of derived objects 
corresponding to the plurality of components of target 
computer system 160. In the preferred embodiment, those 
derived objects are used to store information (obtained from 
database 100) about software installation and testing steps 
that need to be run on target computer system 160. In 
module 550, software installation and testing steps associ- 
ated the respective components of target computer system 
160 are retrieved from database 100 and stored in the 
appropriate derived object. In the embodiment of FIG. 1, the 
steps are retrieved via network connection 110 while in the 
FIG. 2 embodiment, the steps may be retrieved directly from 
file server 202. To describe how the steps are retrieved from 
database 100 in the preferred embodiment requires a 
description of the preferred construction of that database. 

FIG. 6 shows the design of database 100. Database 100 
associates sequences of software installation and/or testing 
steps, in a predetermined order, with families of computer 
systems. Further, database 100 is configured to associate 
components of computer systems with families of computer 
systems. Still further, database 100 associates software 
installation and/or testing steps with components of com- 
puter systems. 

Database 100 is preferably a relational database. Database 
100 contains several tables, each containing attributes suit- 
able for creating the associations mentioned above. 

Database 100 contains Step table 102, SysFamily table 
104, Sys_Step_Seq table 106, Component table 108, Sys_ 
Comp table 112, and Comp_Step table 114. In the preferred 
embodiment, each table contains a list of attributes, the 
underlined attributes serving as a primary key. 

Step table 102 contains a set of software installation and 
testing steps being shared among different components of all 
computer families. In the preferred construction. Step table 
102 has attributes including StepID, Phase, Name, Cmd, 
CmdType, AfterCode, and Maxinstance. StepID is a unique 
identification number for each software installation or test- 
ing step. Phase designates which phase of manufacture the 
step is to be executed. For example. Phase is an integer 
chosen to correspond to four phases of computer system 
manufacturing consisting of: (1) Quick Test, (2) Extended 
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Testl, (3) Lxtcndcd Icst2, and (4) I'inal Icsl. Name is a Hag is raised. 1 he Sys_Comp table 112 is a relational table 

string assigning a name which is descriptive ot the step. which contains mappings from the Component table 108 and 

Cmd is a string assigning an executable command line for the SysFamily table 104. The Sys_Comp table 112 contains 

performing the software installation or testing step upon all the legal components which may be included on a target 

target system 160 (depicted in FIGS. 1 and 2). AiterCode is j computer system belonging to family X. Thus, the Sys_ 

an identifaer which determines it a halt or reboot is needed Comp table 112 may be used to check if all the components 

after the software installation or testing step is executed. ot the target system are legal. In other words, the sequencing 

Maxinstancc is an identifier which indicates the maximum program and database determine if the processor, hard drive, 

number of allowed times the step may run. Fmally, ClassID monitor, and software contained in the system descriptor 

identifies a certain type of component which is associated lo record of FIG. 3B have corresponding relations in the 

with the software installation or testing step. Sys_Comp table 112. If a component is not legal (i.e. if a 

SysFamiiv lable 104 identifies each family of computer component in the system descriptor record may not be 

systems ilh in iJ. iiuli^ ilion integer specified in attribute mcliided on a largcl system belonging to family X), an error 

SysID. Also uiclmlcil in the Sysl-amily table is a string "aji ra'si^d- 

identifying ilie name ol the lamily. 15 in the relational Sys_Step_Seq table 106 resides map- 

Sys_Slep Seq table 106 is a relational table which pmgs from Step table 102 and SysFamily table 104. The 

contains relations between Step table 102 and SysFamily Sys_Step_Seq table 106 contains all the software installa- 

table 104. Svs Sleii Seq table 106 includes a family iden- Hon and testing steps which may legally be run on target 

tiflcation integci s^.uli.J in Ulnbiik SnsII) lor a parliciilar compiilcr systems Ixlonging to family X. Furthermore, it is 

family of computer svslcms dr^m Svsf imilv table 104), a in this Sys_Step_Seq table 106 that sequence and phase 

step identification inlcucr spccilictl in iltribute StepID (from numbers are associated with each software installation and 

Step table 102) identifying a particular set of steps appro- 'esling step. I hose sequence and phase numbers represent 

priate for that family, and a sequence number. The sequence the proper order in which steps should be run for a particular 

number is preferably contained within the attribute SeqNum family of computer systems. Therefore, the Sys_Step_Seq 

which represents a predetermined order in which steps table 106 contains a listing of steps to be run on family X 

associated with a particular family are to be run. Test target computer systems as well as sequence and phase 

engineers assign the sequence numbers, unique within each numbers representing a predetermined order in which the 

phase of manufacture, in an order chosen to be the most steps should be executed. 

effective for a particular target system. It will be appreciated The Comp_Step table 114 is a relational table which 

that other ways of assigning sequence numbers may be used. ^° contains mappings from the Component table 108 and the 

Component table 108 contains all possible components Step table 102. The Comp_Step table 114 contains the 

that are included within computer systems being manufac- software installation and testing steps to be run for the 

tured. Attributes of this table are preferably CompID which processor, hard drive, monitor, and software of the target 

assigns an identifier to each component, NameDesc which computer system. 

assigns a string name to each component, and Classid which ' To retrieve software installation and testing steps associ- 

references the type of component (e.g., hard drive, ated with the respective components to be included on the 

CD-ROM drive). target system involves performing a join operation on the 

Sys^Comp table 112 is a relational table containing Sys_Comp table 112 and the Comp_Step table 114 to 

relations between a family of computer systems and a set of 40 obtain an intermediate set listing steps to be run on the 

components that can be included in that family. The components of target computer system 160. 

attributes of Sys_Comp table 112 include a computer family The join operation results in a list of steps to be run on the 

identification integer specified in attribute SysID (from processor, hard drive, monitor, and software listed in the 

SysFamily table 104) and a component identification integer system descriptor record depicted in FIG. 3B. The result of 

specified in attribute CompID (from Component table 108). 45 the joinder of the Sys_Comp table 112 and the Comp_Step 

Comp_Step table 114 is a relational table containing table 114 is then joined with the Sys_Step_Seq table 106 

relations between a component and a set of software instal- which contains all the steps for family X. The result of this 

lation and testing steps appropriate for that component. The join operation includes sequencing information in the form 

attributes of Comp_Step table 114 include a component of sequence numbers and phase numbers, the sequence 

identification integer specified in attribute CompID (from 50 numbers being unique within a particular phase. Thus, a 

Component table 108) and a step identification integer three-table join of Sys_Comp table 112, Comp_Step table 

specified in attribute StepID (from Step table 102). 114, and Sys_Step_Seq table 106 yields the appropriate 

The example target computer system depicted in FIG. 3B software installation and testing steps as weU as sequencing 

wiU be used to illustrate how the above-outUne database information in the form of sequence and phase numbers to 

design is utihzed to retrieve software installation and testing 55 install and/or test software upon target computer system 160. 

steps. The computer family identifier in the system descrip- If the result of the first join operation (the join of Sys_ 

tor record identifying family X is associated with the SysID Comp table 112 and Comp_Step table 114) is an empty set, 

corresponding to family X in SysFamily table 104. Com- an error condition is be raised, for an empty set signals that 

ponent table 108 is used to check if the components of the a component to be included on the target system does not 

target computer system listed in the target computer system 60 belong in the family listed on the system descriptor record, 

order are legal. In other words, the sequencing program and An example of this is illustrative. Consider that a system 

database determine if the processor, hard drive, monitor, and descriptor record correctly indicates that a target computer 

software contained in the system descriptor record of FIG. system belongs to family Y. Assume, however, that system 

3B have corresponding entries and corresponding integers descriptor record incorrectly indicates that a hard drive (hard 

specified by CompID in Component table 108. If a compo- 65 drive Z) belonging only to target systems in family X should 

nent is not legal (i.e. if a component in the system descriptor be included on the target system which is in family Y. In that 

record is not contained in Component table 108), an error case, Comp_Step table 114 contains steps associated with 
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hard drive Z. Sys_Comp table 112 contains components added to Component table 108. Comp Step table 114 is 

associated with family Y. Thus, joining Comp_Step table updated to associate each component of the new family of 

114 with Sys„Comp table 112 produces an empty set, for computer systems with the steps appropriate for its software 

hard drive Z is not a component associated with family Y installation and testing. If the new family uses only com- 

(instead, it is only associated with family X). As apparent 5 ponents already present in the database, this table need not 

from the above example, the preferred design of the database be modified. Sys_Comp table 112 is updated so that a list 

advantageously allows one to make certain that a target of allowed components which may be included on the new 

system of certain family contains only components appro- family would be in the database. Particularly, one would 

priate for that family. need to associate the SyslD of the new computer system 

Referring again to FIG. 5, after the steps associated with with the ComplD of each allowed component. Again, this 
the components to be included in the target system are could may be done by copying and then modifying an 
retrieved, sequencing program 204 prepares environment exi.sting entry of an older family of computer systems, 
variables for the target computer system in module 560 by It shall be appreciated that in constructing a database 
reading the system descriptor record and creating a envi- according to the preferred embodiment, certain significant 
ronment file corresponding to the components to be included advantages are provided. In particular, the modular design of 
on the target system. For example, the system descriptor the database advantageously allows for easy setup of soft- 
record depicted in FIG. 3B is read, and an environment ware installation and testing steps for new families of 
variable such as "set cpu=pentium" might be prepared computer systems. Additionally, software installation and 
corresponding to the processor hardware component of the testing steps for a particular family of computer systems or 
system descriptor record. 20 ^ particular component may be modified independent of 

In module 570 of FIG. 5, the plurality of retrieved other software installation and testing steps, 

software installation and testing steps, retrieved by the FIG. 7 depicts how a system descriptor record and a step 

three-table join described above, are sequenced in the pre- sequence may be patched to allow for modular modifications 

determined order. This sequencing is in accordance with the in a software installation and testing process pursuant to the 

respective sequence numbers and phase numbers to provide 25 invention. In module 600, a system descriptor record is 

a step sequence. The sequencing itself be accomphshed created. In module 610, the system descriptor record is 

using any one of many sorting algorithms well-known in the modified using a system descriptor record patch. In the 

art. preferred embodiment, this patch is modular, allowing 

In module 580, the sequencing program 204 outputs files. patches to be created for a specific target computer system. 

As mentioned earlier, the output files, are preferably written 30 a particular family of computer systems, or for a particular 

to step disk 150 (sec I'Ki. 1) in six separate files in the component. For instance, if a manufacturer wished to sub- 

ciiihodiiiiciit depicted in I'Ki. 1. I'hose files include (1) a stitute one brand of hard drives for another for a certain 

step lilc, (2) a Sctcnv.hat lilc, (3) a Qt.txt file, (4) an Et.txt family of computer systems on a certain day, a patch may be 

lilc, (5) an IZtlast.txt, and (6) an I't.txt file. It is desired that formed which would modify all system descriptor records 

the step lilc he an ASCII text lilc. In a preferred embodiment, 35 containing the hard drive to be substituted and make the 

the step file also includes commands which may be looped. substitution in module 610. In module 620, a step sequence 

More specifically, the step file allows commands to be is determined as outlined above. In module 630, the step 

repeated for a defined number or iterations or for a defined sequence is modified using a step sequence patch. In the 

length of time. The Setenv.bat file sets the environment preferred embodiment, this patch is modular, allowing 

variables on the target computer system. The step file 40 patches to be created for a specific target computer system, 

contains the steps to be executed respectively during the a particular family of computer systems or for a particular 

Quick Test (Qt), Extended Testl (Et), Extended Test2 component. For instance, if a manufacturer wished to run 

(Etlast), and Final Test (Ft) phases of manufacture of the one testing step before another for a certain component on 

target computer system. In the embodiment of FIG. 2, on the a certain day, a patch may be formed which would modify 

other hand, the output files are not written to a step disk as 45 all step sequences containing the steps whose order is to be 

depicted in FIG. 1. Instead, the output files reside upon file modified and correspondingly change the execution order in 

server 202 or file server 190, where they can be used to module 640. 

direct the execution of the software installation and testing Attention will now be turned on executing the step 

steps upon target computer system 160. sequence on target system 160. Software installation and 

Turning again to FIGS. 1 and 2, arrow 130 depicts that 50 testing steps are executed upon target computer system 160 

modifications may be made to database 100. For instance, if using a program which reads, interprets, and executes the 

a new family of computer systems is created, one may step sequence corresponding to the target computer system, 

modify database 100 accordingly More specifically, the new In the preferred embodiment, this program is called Runstep 

family is assigned a new family identifier in SyslD of and is located on step disk 150 in the embodiment of FIG. 

SysFamily table 104 and a name for the new family is 55 1 and on file server 202 in the embodiment of FIG. 2. 

assigned to the Name attribute of SysFamily table 104. A list FIG. 8 depicts a portion of a step sequence contained in 

of software installation steps and testing steps is added to a step file before any software installation and testing steps 

Sys_Step_Seq table 106, these steps representing which have been executed. As mentioned earlier, the step sequence 

steps need be run, and in what predetermined order, upon the includes commands for installing software and/or for testing 

new computer system family. If the new family of computer 60 the build-to-order target computer system. Additionally, the 

systems shares several similarities with an existing family, it step sequence in the step file allows commands to be 

is likely that entries for the existing family in Sys_Step repeated for a defined number of iterations or for a defined 

Seq table 106 may be modified to produce entries for the length of time. Further, the step file may contain remarks, 

new family. If any new steps need be created for the new ignored by the Runstep program. In the step file, marks 800 

family of computer systems, these steps are added to Step 65 are used to separate fields of the step sequence. Items 810 are 

table 102. Similarly, if any new components accompany the commands for testing target computer system 160. The 

new family of computer systems, those components are commands include, for example, a command for testing 
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memory 810a and for testing small computer system inter- 
face (SCSI) devices 810fc. As can be seen from the figure, 
each command may include switches such as '-o' appropri- 
ate for the particular testing environment. Item 820 is a 
remark which is ignored by the Runstep program. Item 810c 5 
is a command which is looped by time. In the preferred 
construction, the 'begin_time_loop' instruction designates 
the starting point of a loop. The 'end_time_loop' instruc- 
tion designates the ending point of a loop. The 'begin 

time_loop' instruction is combined with a field designating lo 
the length of time to iterate through the loop. Here, for 
example, command 810c is run for one hour and thirty 
minutes. Item 810rf is a command which is looped according 
to number of iterations. In the preferred embodiment, the 
'begin_iterate_loop' command instructs the Runstep pro- 15 
gram that an iterative loop is to be performed. The 'end_ 
iterate_loop' command signals the end of the looping com- 
mands. Here, command 810rf is run three times. 

As the Runstep program executes the step sequence, the 
Runstep program places timestamp information into the step 20 
file, advantageously allowing easy troubleshooting and 
tracking of the software installation and testing process. 

FIG. 9 shows a portion of the step sequence of FIG. 8 after 
the steps are executed. As illustrated, the Runstep program 
inserts timestamp information into the step sequence. Item 
830 shows when the memory test began, and item 832 shows 
when that test ended. Item 834 shows when the last iteration 
of the test began. Items 836 and 838 show when the scsiHD 
test began and ended, respectively. Item 840 confirms that 
the iterative loop was performed three times. Finally, items ^° 
842 and 844 show when the last iteration of the scsiCD test 
began and ended, respectively. Inserting timestamp infor- 
mation adjacent to the command which was executed advan- 
tageously allows for efficient troubleshooting and tracking 
of the software installation and testing process. 

FIG. 10 shows the preferred general flow of the Runstep 
program. Runstep program 860 is run in a loop with a 
Runstep batch file 870. Runstep program 860 reads and 
interprets a step in a step sequence and writes the command ^ 
to be run from the step sequence into batch file 870. Batch 
file 870 is then run, executing the step upon target computer 
system 160. Upon completion of a step, control is returned 
from the batch file to Runstep program 860 which then reads 
and interprets the next line of the step sequence. 

FIG. 11 shows a more detailed flow of the Runstep 
program. As illustrated in module 900, the Runstep program 
first checks to see if a file named Re_Run.bat exists. A 
Re_Run.bat file is created before any command is executed 
from a step sequence and is removed after successful 50 
completion of the command. The existence of Re_Run.bat 
indicates to the Runstep program in module 900 that the last 
command run was not successfully completed. Thus 
Re_Run.bat functions as a start of execution indication. If 
Re_Run.bat does exist, an operator is asked in module 904 55 
whether or not the software installation and testing process 
should continue or whether the operator prefers instead to 
perform troubleshooting. If an operator chooses to continue, 
then control passes to execute module 928 where the Run- 
step.bat file is reexecuted. (This condition is the defauld gg 
option if neither option is afSrmatively chosen.) If the 
troubleshooting option is chosen, then troubleshooting is 
performed as is well known in the art. 

If Re_Run.bat does not exist, then the Runstep program 
determines that the last command was completed correctly, 65 
and control is passed to module 910, where a line of the step 
sequence, preferably contained in a step file, is read. The 
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Runstep program reads the line and determines if there is a 
ending timestamp in module 912. If there is a 
ending timestamp, then the Runstep program 
determines, in module 914, whether there is only a begin- 
ning timestamp for the line that the Runstep program is 
reading. If there is only a beginning timestamp, then the 
Runstep program assumes in module 916 that a software 
installation or testing step has just been finished and fills in 
an ending timestamp in module 918. After filling in the 
ending timestamp, control is returned to module 900. 

If there is more than just a beginning timestamp for the 
line that the Runstep program is reading, the Runstep 
program determines in module 906 whether there is both a 
beginning and an ending timestamp. If so, then the Runstep 
program assumes in module 908 that the step has been 
executed and control is returned to module 900. If the 
Runstep program encounters no beginning or ending times- 
tamp in module 912, then the Runstep program fills in the 
beginning timestamp in module 920 and prepares to run the 
step on the line of the step sequence that the Runstep 
program is reading. 

In module 922, the Runstep program determines if the 
command to be run is stored on a local drive (the step file 
controls which drive in the system is the local drive). The 
local drive may be, e.g., the step disk, a hard drive of the 
target system, a RAM drive of the target system, or a 
network drive If the cummand is not located on the local 
drive, then the Runstep program assumes that the test to be 
run is contained on a file server somewhere on a network. 
The Runstep program determines in module 932 whether the 
Runstep program is already connected to that network. If 
not, the Runstep program, in module 936, embeds a com- 
mand into Runstep.bat to login to the network. Therefore a 
network connection is made before Runstep.bat executes the 
step on target computer system 160 over network connection 
180. 

Following module 936, control is passed to module 926. 
If the Runstep program is already logged into the network 
the Runstep program, during module 934, removes com- 
mands from Runstep.bat to login to the network, for an 
additional login step is unnecessary if a network connection 
already exists. Control is then passed to module 926. If the 
step to be run happens to be on step disk 150, the Runstep 
program need not log into the network. Thus, in module 924, 
the Runstep program removes commands from Runstep.bat 
to login to the network. Control is then passed to module 
926. In module 926, the Runstep program embeds the proper 
command to be run into Runstep.bat and into Re_Run.bat. 
The command so embedded is taken from the step sequence, 
preferably contained in the step file. In module 928, the step 
is executed by running Runstep.bat and, if executed 
successfully, Re_Run.bat is deleted 930. If the step is not 
executed successfully, then the Re_Run.bat file is not 
deleted and control transfers to failure state 929. Control is 
then returned to module 900 so that another line may be read 
from the step sequence. This process continues until all the 
software installation and testing steps are completed. 

Upon execution of the step sequence, the target system is 
tested and software is installed. In the embodiment of FIG. 
1, a select number of tests may be run directly from step disk 
150, but the majority of tests are run from file server 190 
over network connection 180. Running tests from file server 
190 advantageously eliminates limitations imposed by the 
storage capacities of floppy disks such as step disk 150. 

In the embodiment of FIG. 2, the steps are run from file 
server 190 over network connection 180. A floppy disk, here 
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boot disk 220, is needed only to boot target computer system 
160. Such a system advantageously simplifies the software 
installation and testing process. 

Turning once again to FIGS. 1 and 2, arrow 210 depicts 
that results from the software installation and testing may be : 
logged back to either file server 190 or to file server 202. The 
results preferably include whether all the steps were com- 
pleted successfully and what types of failures (if any) were 
encountered. Logging the results might include simply sav- 
ing or writing a modified version of the step file following ^ 
the execution of the step sequence, for as discussed above, 
the step file is timestamped by the Runstep program. Such 
a system advantageously allows for improved troubleshoot- 
ing capabilities during computer system manufacturing. 

While particular embodiments have been shown and 
described, it will be obvious to those skilled in the art that 
changes and modifications may be made without departing 
from these disclosures in its broader aspects and, therefore, 
the appended claims are to encompass within their scope all 
such changes and modifications as fall within the true spirit 
and scope of these embodiments. 

What is claimed is: 

1. A method for installing software on a computer system, 
the method comprising the steps of 

reading a plurality of component descriptors from a , 
computer readable file, at least one component descrip- 
tor describing a respective component of the computer 
system; 

reading a plurality of software installation and testing 
steps from a database, each step being associated with jq 
a respective component descriptor and including a 
respective sequence number; 

performing a joining operation to retrieve the software 
installation and testing steps from the database associ- 
ated with respective components of the computer sys- 35 

obtaining an intermediate set from the joining operation, 
the intermediate set listing the software installation and 
testing steps to be run on the components of the 
computer system; and 40 

sequencing the plurality of software installation and test- 
ing steps in a predetermined order according to the 
sequence numbers to provide a step sequence, the step 
sequence including at least one command for installing 
software upon the computer system. 45 

2. The method of claim 1, wherein the predetermined 
order is in accordance with a sequential ordering of the 
sequence numbers. 

3. The method of claim 1, wherein the plurality of steps 
further include respective phase numbers and wherein the 50 
sequencing the plurality of steps in a predetermined order is 
further in accordance with the phase numbers. 

4. The method of claim 1, further comprising preparing 
environment variables corresponding to the plurality of 
components. 55 

5. The method of claim 1, further comprising writing the 
step sequence to a non volatile storage media configured to 
accompany the computer system during manufacture. 

6. The method of claim 1, further comprising creating a 
plurality of derived objects corresponding to the plurality of 60 
component descriptors. 

7. The method of claim 1, wherein at least one respective 
component is a hardware component. 

8. The method of claim 1, wherein at least one respective 
component is a software component. 65 

9. A method for sequencing software installation for a 
target computer system, the method comprising the steps of: 
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receiving an order for the target computer system, the 
target computer system to include a plurality of com- 
ponents; 

converting the order into a computer readable file, the file 

being descriptive of the plurality of components; 
reading the file; 

performing a joining operation to retrieve a plurality of 
software installation and testing steps from a database 
according to the file associated with the components of 
the computer system; 

obtaining an intermediate set from the joining operation, 
the intermediate set listing the software installation and 
testing steps to be run on the components of the 
computer system, each step being associated with a 
respective component and including a respective 
sequence number and phase number; and 

sequencing the plurality of software installation and test- 
ing steps in a predetermined order in accordance with 
the respective sequence numbers and phase numbers to 
provide a step sequence, the step sequence including 
commands for installing software upon the target com- 
puter system during phases of manufacture, the phases 
of manufacture corresponding to respective phase num- 
bers. 

10. The method of claim 9, further comprising preparing 
environment variables corresponding to the plurality of 
components. 

11. The method of claim 9, wherein the step sequence is 
adapted to provide for commands repeatable for a defined 
length of time. 

12. The method of claim 9, wherein the step sequence is 
adapted to provide for commands repeatable for a defined 
number of iterations. 

13. The method of claim 9, further comprising writing the 
step sequence to a non volatile storage device configured to 
accompany the computer system during manufacture. 

14. A method for sequencing software installation for a 
target computer system belonging to a certain family, the 
method comprising the steps of: 

receiving an order for the target computer system, the 
target computer system to include a certain plurality of 
components including hardware components and soft- 
ware components; 

converting the order into a computer readable file, the file 
being descriptive of the certain plurality of compo- 
nents; 

reading the file; 

joining a first database table containing all components 
belonging to the certain family with a second database 
table containing all software installation steps to be run 
on the certain plurality of components, wherein the 
joining produces an intermediate set; 

joining the intermediate set with a third database table 
containing all software installation steps to be run on 
the certain family, wherein the joining produces a 
plurality of steps, each step being associated with a 
respective component to be included on the target 
computer system and each step including a respective 
sequence number and phase number; 

retrieving the plurality of steps; and 

sequencing the plurality of steps in a predetermined order 
in accordance with the respective sequence numbers 
and phase numbers to provide a step sequence, the step 
sequence including commands for installing software 
upon the target computer system during phases of 
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manufacture, the phases of manufacture corresponding 
to respective phase numbers. 

15. The method of claim 14, further comprising preparing 
environment variables corresponding to the certain plurality 
of components. . 

16. The method of claim 14, wherein the step sequence is 
adapted to provide for commands repeatable for a defined 
length of time. 

17. The method of claim 14, wherein the step sequence is 
adapted to provide for commands repeatable for a defined ^ 
number of iterations. 

18. The method of claim 14, further comprising writing 
the step sequence to a computer readable text file. 

19. A method for testing a computer system, the method 
comprising the steps of: 

reading a plurality of component descriptors from a 
computer readable file, at least one component descrip- 
tor describing a respective component of the computer 
system; 

reading a plurahty of software installation and testing 
steps from a database, each step being associated with ^ 
a respective component descriptor and including a 
respective sequence number; and 

performing a joining operation to retrieve the software 
installation and testing steps from the database associ- 
ated with respective components of the computer sys- 
tem; 

obtaining an intermediate set from the joining operation, 
the intermediate set listing the software installation and 
testing steps to be run on the components of the , 
computer system; and 

sequencing the plurahty of software installation and test- 
ing steps in a predetermined order according to the 
sequence numbers to provide a step sequence, the step 
sequence including at least one command for testing 35 
the computer system. 

20. The method of chiim 19, wherein the predetermined 
order is in accordance with a sequential ordering of the 

21. The method of claim 19, wherein the plurality of steps 
further include respective phase numbers and wherein the 
sequencing the plurality of steps in a predetermined order is 
further in accordance with the phase numbers. 

22. The method of claim 19, further comprising preparing 
environment variables corresponding to ihc pliiraliiv ot 
components. 

23. The method of claim 19, further comprising writing 
the step sequence to a non volatile storage metlia conligured 
to accompany the computer system during manufacture. 

24. The method of claim 19, further comprising creating jq 
a plurahty of derived objects corresponding to the plurality 

of component descriptors. 

25. The method of claim 19, wherein at least one iLspec- 
tive component is a hardware component. 

26. The method of claim 19, wherein at least one respec- 
five component is a software component. 

27. The method of claim 19, further comprising testing the 
computer system having the plurahty of components. 

28. A method for testing a target computer system, the 
method comprising the steps of 

receiving an order for the target computer system, the 
target computer system to include a plurahty of com- 
ponents; 

converting the order into a computer readable file, the file 
descriptive of the plurality of components; 65 

performing a joining operation to retrieve a plurality of 
software installation and testing steps from a database 
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according to the file associated with the components of 
the computer system; 

obtaining an intermediate set from the joining operation, 
the intermediate set listing the software installation and 
testing steps to be run on the components of the 
computer system, each step being associated with a 
respective component and including a respective 
sequence number and phase number; and 

sequencing the plurality of software installation and test- 
ing steps in a predetermined order in accordance with 
the respective sequence numbers and phase numbers to 
provide a step sequence, the step sequence including 
commands for testing software upon the target com- 
puter system during phases of manufacture, the phases 
of manufacture corresponding to respective phase num- 
bers. 

29. The method of claim 28, further comprising preparing 
environment variables corresponding to the plurahty of 
components. 

30. The method of claim 28, wherein the step sequence is 
adapted to provide for commands repeatable for a defined 
length of time. 

31. The method of claim 28, wherein the step sequence is 
adapted to provide for commands repeatable for a defined 
number of iterations. 

32. The method of claim 28, further comprising writing 
the step sequence to a non volatile storage device configured 
to accompany the computer system during manufacture. 

33. A computer system comprising: 



a component coupled to the processor; and 

a memory coupled to the processor, the memory including 

software installed thereon, the software being installed 

by: 

reading a plurality of component descriptors from a 
computer readable file, at least one component descrip- 
tor describing a respective component of the computer 
system; 

reading a plurahty of software installation and testing 
steps from a database, each step being associated with 
a respective sequence number; 

performing a joining operation to retrieve the software 
installation and testing steps from the database associ- 
ated with respective components of the computer sys- 

obtaining an intermediate set from the joining operation, 
the intermediate set hsting the software installation and 
testing steps to be run on the components of the 
computer system; and 

sequencing the plurahty of software installation and test- 
ing steps in a predetermined order according to the 
sequence numbers to provide a step sequence, the step 
sequence including at least one command for installing 
software upon the computer system. 

34. The computer system of claim 33, wherein the pre- 
determined order is in accordance with a sequential ordering 
of the sequence numbers. 
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35. The computer system of claim 33, wherein the plu- 
rality of steps further include respective phase numbers and 
wherein the sequencing the plurality of steps in a predeter- 
mined order is further in accordance with the phase num- 

36. The computer system of claim 33, further comprising 
preparing environment variables corresponding to the plu- 
rality of components. 

37. The computer system of claim 33, further comprising 
writing the step sequence to a non volatile storage media 
configured to accompany the computer system during manu- 
facture. 
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38. The computer system of claim 33, further comprising 
creating a pluraHty of derived objects corresponding to the 
plurality of component descriptors. 

39. The computer system of claim 33, wherein at least one 
respective component is a hardware component. 

40. The computer system of claim 33, wherein at least one 
respective component is a software component. 

41. The computer system of claim 33, further comprising 
10 a pluraHty of components. 



